home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970626-19970929 / 000412_news@newsmaster….columbia.edu _Fri Sep 26 14:09:28 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA23375
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 26 Sep 1997 14:09:28 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA11682
  7.     for kermit.misc@watsun; Fri, 26 Sep 1997 14:09:27 -0400 (EDT)
  8. Path: news.columbia.edu!news.new-york.net!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!news-was.dfn.de!news-kar1.dfn.de!news-stu1.dfn.de!news-mue1.dfn.de!news-nue1.dfn.de!uni-erlangen.de!rznews.rrze.uni-erlangen.de!cip.informatik.uni-erlangen.de!mskuhn
  9. From: mskuhn@cip.informatik.uni-erlangen.de (Markus Kuhn)
  10. Newsgroups: comp.protocols.kermit.misc,comp.dcom.modems,comp.std.internat
  11. Subject: Re: Kermit as a terminal for V.18-capable modems
  12. Date: 26 Sep 1997 09:50:49 GMT
  13. Organization: Student Pool, CSD., University of Erlangen
  14. Lines: 45
  15. Message-ID: <60g0hp$8bs$1@rznews.rrze.uni-erlangen.de>
  16. References: <609at2$jf1@gateway.dircsa.org.au>
  17. Reply-To: mskuhn@cip.informatik.uni-erlangen.de
  18. NNTP-Posting-Host: mskuhn@faui04d.informatik.uni-erlangen.de
  19. Xref: news.columbia.edu comp.protocols.kermit.misc:7737 comp.dcom.modems:200736 comp.std.internat:7180
  20.  
  21. arthur@gateway.dircsa.org.au (Arthur Marsh) writes:
  22.  
  23. >This is interesting as I have not previously seen any modem explicitly 
  24. >supporting double byte character sets, and wonder how an external 
  25. >V.18-compliant modem would do so, and what non-propriatary-to-the-V.18
  26. >-compliant modem terminal software e.g. Kermit-95 would do to handle double
  27. >byte character sets, given that modems currently use 8 data bits 1 stop bits
  28. >no parity for commands and responses.
  29.  
  30. RS-232 links typically have an 8-bit framing structure. Therefore, you
  31. have reliable byte synchonization, but if your characters are 16-bit
  32. long and represented as two bytes, then a single lost character can
  33. mess up your synchronization. Therefore, using raw UCS-2 on async serial
  34. PC ports is a very bad idea.
  35.  
  36. Possible solutions:
  37.  
  38. - Use 16-bit framing. Bad, because no common UART today supports this,
  39.   they all only to 5-8 bit framing.
  40.  
  41. - Use an error correction protocol like HDLC to preserve block synchronization.
  42.   This is probably overkill.
  43.  
  44. - Use educated guess resynchronization based on unassigned UCS-2 bytes
  45.   that indicate a desynchronization state. Ugly hack.
  46.  
  47. - Use UTF-8. It is self synchronizing, ASCII compatible, and therefore
  48.   clearly the nicest solution.
  49.  
  50. I recently discussed UTF-8 support with a Kermit author and he seems to
  51. have put it on his todo list. Mail him that you would also be interested.
  52.  
  53. >Is there a standard sequence in ISO 10646 that can be used to tell a terminal
  54. >package to enter ISO 10646 mode? Presumably the V.18-compliant modem could
  55. >also accept and send data as single-byte Latin-1 characters.
  56.  
  57. ESC % G announces UTF-8. See the ISO 10646 standard and the UTF-8
  58. addendum for all the ISO 2022 ESC sequences if you really need switching
  59. (section R.6).
  60.  
  61. Check out <ftp://ftp.informatik.uni-erlangen.de/pub/doc/ISO/charsets/> for
  62. more info about UTF-8.
  63.  
  64. Markus
  65.